1 硬件架構

以STM32F103為主控芯片，主要包含了5個外圍電路模塊：實時時鐘、模數(shù)處理、數(shù)據存儲、數(shù)據傳輸和界面顯示。模數(shù)處理是A/D模塊加預處理電路，數(shù)據存儲采用一片2  MB SPI Flash，數(shù)據傳輸采用CAN接口和RS232接口，顯示屏是4.3寸。如圖1所示，為設備的硬件架構圖。

系統(tǒng)采用的

是ST公司推出的基于Cortex—M3內核的32位ARM芯片系列。本系統(tǒng)選用的STM32F103ZET6屬于該系列的高容量芯片，片內Flash容量為512  KB，片內SRAM容量為64  KB，主頻為72MHz。具備完整的FSMC總線、26位地址線和16位數(shù)據寬度。系統(tǒng)的顯示屏為翰彩4.3寸TFT液晶屏，分辨率為640×480，貼一塊電阻式觸摸屏。顯示屏驅動模塊是SSD1963，采用了16位(5位紅色、6位綠色、5位藍色)64K接口模式，由FSMC數(shù)據接口連接控制。觸摸屏芯片為ADS7843，它輸入觸摸屏四路電壓，用SPI通信輸出觸摸點位置信息。圖2是LCD接口電路。

CAN總線協(xié)議的高可靠性使其在工業(yè)上得到廣泛應用。STM32F103的CAN總線單元支持協(xié)議2.0A和2.0B;選用的CAN收發(fā)器是TJA1050，在CAN協(xié)議控制器和物理總線之間起到接口作用，設計120  Ω的終端匹配電阻以適應不同的CAN總線網絡。CAN模塊的接口電路如圖3所示。

2 軟件設計

2.1 整體架構

嵌入式系統(tǒng)設計的第一步在于清晰地劃分任務，設定優(yōu)先級，根據任務的執(zhí)行情況調度系統(tǒng)資源。如圖4所示，μC/OS是系統(tǒng)的總調度，之上有6個主要的任務，它們分別對應硬件架構中的模塊，運行整個程序。

每個任務分配不同的優(yōu)先級和啟動方式，有周期性啟動、信號量驅動兩種方式。顯示功能由μCGUI驅動，F(xiàn)AT32文件由FatFs管理。任務劃分及資源如表1所列。

劃分任務之后，先實現(xiàn)板級支持包，再對通信協(xié)議進行設計，然后繪制整個μCGUI的界面。

2.2 板級支持包

板級支持包是指在單板上實現(xiàn)全部基礎功能，例如時鐘管理、掉電備份、串口、CAN總線通信、A/D采樣以及顯示任務的fsmc接口、驅動優(yōu)盤的SPI接口等。利用ST公司提供的標準化庫函數(shù)，調用庫函數(shù)進行初始化，配置模塊參數(shù)，在使用時根據需要調用函數(shù)或在中斷進行，完成后封裝成一個Lib庫文件使用。

在系統(tǒng)中斷里設置：①CAN中斷，用于快速反映CAN口信息;②USART接收中斷，用于接收串口信息;③RTC中斷，用于實時時鐘中斷;④USB有兩個中斷，用于USB端口的收發(fā)設置。板級支持包的函數(shù)如圖5所示。

全系統(tǒng)的參數(shù)如下：A/D總線模塊采樣率為1 kHz，最高為5 kHz，通道數(shù)8個，可以拓展到16通道。串口速率為115  200，數(shù)據位為8位，無校驗。CAN用CAN-1口，設置為500 kbps、250 kbps、100kbps、50 kbps的4檔速率，擴展ID形式。

初始化單板需進行時鐘校正，存儲正確的時間。單板掉電之后用電池工作，存入備份寄存器，上電再取時間參數(shù)(即秒的數(shù)量)，換算成對應的日期和時間。顯示模塊采用FSMC并行接口控制，實現(xiàn)在屏幕上畫出單個點、單條直線等基本繪圖功能，就能提供接口給μC總線GUI使用。

2.3 CAN總線通信協(xié)議

本設計采用CAN總線協(xié)議，用狀態(tài)機進行狀態(tài)轉換，在具體的指令驅動下實現(xiàn)從握手到傳輸數(shù)據的過程。圖6是CAN總線通信的狀態(tài)機。

CAN總線通信指令是英文單詞縮寫用ASCII碼表示的結果。在本設計中，有一個主節(jié)點和3個從節(jié)點。主節(jié)點和從節(jié)點對應的指令應答方式如圖7所示。初始化時，主節(jié)點在發(fā)出“TEST”指令后，從節(jié)點回復“ALOK”，表示從節(jié)點收到指令，工作正常。1號和2號從節(jié)點負責測量溫度、濕度和壓力。主節(jié)點發(fā)送“NEED”指令，從節(jié)點1號和2號回復溫度、濕度數(shù)值給主節(jié)點，格式是對應的“指令+數(shù)據”。主節(jié)點根據ID與指令，判斷數(shù)據正確性，及時顯示在屏幕上。

采樣時，主節(jié)點在指令的驅動下，切換不同狀態(tài)。主節(jié)點發(fā)送預備指令，確認從節(jié)點準備好之后，再發(fā)出采樣開始的“SMPL”命令，從節(jié)點收到指令后，啟動采樣，完成后回復“GOGO”指令。從節(jié)點在采樣結束后再回復，是為了減少采樣啟動的延時。主節(jié)點進入接收數(shù)據的狀態(tài)，發(fā)送傳輸數(shù)據指令“DATA”，從節(jié)點先用“LENS”指令告訴主節(jié)點，本次采樣長度是多少，便于主節(jié)點在接收數(shù)據的時候統(tǒng)計，是否接收到了數(shù)量正確的數(shù)據。從節(jié)點開始發(fā)送數(shù)據，最后發(fā)送“ENDD”指令，告訴主節(jié)點數(shù)據傳送結束。主節(jié)點的數(shù)據標識清空，回到初始狀態(tài)。這樣完成了一輪數(shù)據采樣、發(fā)送過程。

2.4 μC/OS嵌入式操作系統(tǒng)

首先，已經將板級支持包編寫完畢，而嵌入式系統(tǒng)首先是單板運行，其次是將底層軟件用任務的方式重新編寫。在單板運行嵌入式系統(tǒng)就是移植的過程，主要有：

①定義常量的值，聲明數(shù)據類型、堆棧參數(shù);

②編寫堆棧初始化參數(shù);

③編寫任務切換的函數(shù)，還有在中斷函數(shù)中提供時鐘中斷，即給操作系統(tǒng)時鐘使用。

移植完成之后，進行任務的編寫。分配給7個任務不同的優(yōu)先級、堆棧資源和運行方式。其中，App_TaskStart是全部任務的起始點，優(yōu)先級最高，由這個任務來建立其他任務，并且啟動統(tǒng)計任務。App_TaskCreate建立了其他所有的任務。AppTaskUSerIF任務實現(xiàn)用戶界面，Task_CAN任務實現(xiàn)CAN報文接收，Task_FatFileWR任務實現(xiàn)FatFs文件讀寫，AppTaskKbd任務實現(xiàn)觸摸驅動，Clock_Update任務實現(xiàn)秒更新。

任務的周期性啟動在建立任務時確定，例如AppTaskUserIF任務始終在運行，采用WM_Exec函數(shù)做界面更新。AppTaskKbd是10  ms周期讀取觸摸坐標，實現(xiàn)繪制鼠標箭頭和觸控功能。

信號量是在所有任務建立之前建立。CAN_MBOX是采用OSMboxCreate建立的郵箱信號量，能夠傳送CAN接收中斷的消息以啟動CAN任務，F(xiàn)LAGRECORD是OSFlagCreate建立的多值信號量，能置位4位，啟動文件讀寫任務。ClocK_SEM是OSSemCreate建立的二值信號量，專門用于秒更新中斷的信號量。

CAN_MBOX=OSMboxCreate((void*)0);

//建立CAN接收任務的消息郵箱

FLAGRECORD=OSFlagCreate(0，err);

//建立記錄文件的開關量

Clock_SEM=OSSemCreate(1);

//建立秒更新中斷的信號量

在運行μC/OS之后，還可以在os_cfg.h函數(shù)中關閉OS不需要的功能模塊，以達到裁減系統(tǒng)、節(jié)約內存空間的目的。

2.5 μC/GUI顯示界面

需要先移植，再設計界面。移植過程可以參考其他文獻。設計界面分成兩步：第一步是寫軟件框架，第二步是設計具體界面。每一個對話框都是用創(chuàng)建函數(shù)建立，創(chuàng)建函數(shù)會調用事先定義的資源，包括控件的形式、位置、大小、初始化值等，對話框還指定了相應的回調函數(shù)，通過回調函數(shù)操作對話框的行為，完成初始化、繪制、按鈕響應等。代碼如下：

值得注意的是，建立對話框有兩種函數(shù)，即阻塞型和非阻塞型。采用非阻塞型的對話框才能在多對話框的操作中實現(xiàn)同步更新。不然，當前對話框使能就會阻塞顯示其他對話框。

GUI_CreateDialogBox(); //非阻塞型

GUI_ExecDialogBox(); //阻塞型

界面設計的細化繪制工作集中在：①初始化時，控件資源決定了界面的布置和美觀;②在回調函數(shù)中，按鈕響應函數(shù)決定了對話框完成任務的流程。圖8所示是主節(jié)點運行界面的主對話框。

2.6 適配從節(jié)點

按照主節(jié)點的界面和狀態(tài)機，修改程序以適配從節(jié)點監(jiān)控設備運行狀態(tài)的任務需求。目前設計了3種從節(jié)點：一是采集溫度和濕度;二是采集壓力;三是標準數(shù)據采集及傳輸。從節(jié)點的程序結構和主節(jié)點是一致的，需要修改的地方有：

①CAN總線通信協(xié)議采用的是從節(jié)點的應答指令和狀態(tài)機;

②顯示界面的資源與布置需修改。對不需要的任務做屏蔽，節(jié)省資源和空間。

圖9所示為第三個從節(jié)點的界面。

3 系統(tǒng)應用

通過總線方式將一個主節(jié)點和三個從節(jié)點連接。主節(jié)點選擇500  kbps的波特率，收到從節(jié)點發(fā)來的狀態(tài)確認良好的消息，主節(jié)點的當前狀態(tài)顯示塊從黃色變成綠色。從節(jié)點1和節(jié)點2選擇數(shù)據發(fā)送間隔，按下傳輸按鈕，將溫度、濕度及壓力數(shù)值傳送給主節(jié)點顯示。

采樣測試中，在需要采集的時刻單擊主節(jié)點按鈕，從節(jié)點開始采樣，進度條運行。點擊“Transfer”按鈕后，從節(jié)點和主節(jié)點的傳輸進度條走動一致，完成傳輸后又恢復

了初值。說明正常完成數(shù)據采集、傳輸?shù)倪^程，發(fā)送的數(shù)據被完整接收。

接收完數(shù)據，主節(jié)點通過USB線連接電腦，就顯示為一個U盤，其中txt文件是接收的采樣數(shù)據，文件名為記錄的實時日期和時間。

結語

本文設計的基于總線的嵌入式設備狀態(tài)監(jiān)控平臺具有主、從節(jié)點的分層次結構。總線結構可靠性高，使用數(shù)量多。從節(jié)點多種模式能夠適應豐富的設備健康狀態(tài)監(jiān)控，且每個節(jié)點的界面具有交互性。嵌入式系統(tǒng)提供了很好的平臺，便于拓展任務，本監(jiān)控平臺具有很強的實用價值。

實驗室中關鍵設備的信息需要及時采集、反饋到主控室中，又因為設備類型多，促使設計者開發(fā)主節(jié)點、從節(jié)點的結構，總線通信的監(jiān)測平臺。同時，平臺的用戶界面需具有二次開發(fā)能力。因此，本文設計了一種設備狀態(tài)監(jiān)測平臺。

文章轉載至：電子網